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(54) System and method for processing host system commands in a disk drive 



(57) Disclosed herein is a system for controlling the 
process of performing a command In an HDD. The HDD 
comprises a register (9) for holding the command con- 
trol information supplied from a host system (11), a 
command register (9) for holding a specific command. 
The HDD further comprises a CPU (12). The CPU (12) 
fetches the command control information from the regis- 
ter (9) when the specific command held in the command 



register is one for setting the command control informa- 
tion. The CPU (12) controls the process of performing a 
command in accordance with the command control 
information, thereby to finish performing the command 
within a period between the time when the host system 
(11) issued the command and the time when the host 
system (11) issues the next command. 
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Description 

[0001] The present invention relates to a disk drive 
such as a hard disk drive, and also a method of perfam- 
ing. in a disk drive, commands issued from a host sys- 
tem. 

[0002] A hard disk drive (HDD) has a head, an 
encoder and a decoder. The head can write data on a 
disk-shaped recording medium (hereinafter referred to 
as "disk") in accordance with a write command supplied 
from a host system (e.g., a digital apparatus such as a 
personal computer). The head can read data from the 
disk in accordance with a read command supplied from 
the host system. To enable the head to write data on the 
disk, the encoder converts the data transferred from the 
host system, to write data than can be magnetically 
recorded on the disk. In the data-reading operation, the 
decoder decodes the data read by the head from the 
disk, to the original data. 

[0003] The HDD comprises a disk controller (HDC) 
and a buffer memory (i.e., a DRAM). The HDC has a 
host interface for controlling the transfer of the write 
command, the read command, the write data (i.e., data 
to be written on the disk), and the read data (i.e.. data 
read from the disk), between the HDD and the host sys- 
tem. The HDC controls the buffer memory which is also 
known as ''sector buffer." Controlled by the HDC. the 
buffer memory temporarily stores the write data trans- 
ferred from the host system or the read data output from 
the decoder. 

[0004] In the data-reading operation, the HDC 
starts transferring the read data when the sector buffer 
accumulates a predetermined amount of data (usually, 
one sector of data). For example, an HDC having an 
IDE (Intelligent Drive Electronics) interface starts trans- 
ferring the read data when the sector buffer accumu- 
lates at least 512 bytes of data, which is one sector of 
data. The HDC has a sector counter that detects the 
amount of data stored in the sector buffer. The count of 
the sector counter increases by one every time one sec- 
tor of data (i.e.. 512 bytes) is read from the disk and 
stored into the sector buffer. 

[0005] Usually, the data-transferring speed at which 
data is read from the disk and store it into the sector 
buffer is lower than the speed at which data is read from 
the sector buffer and transfer it to the host system. 
Hence, when one sector of data is transferred from the 
sector buffer to the host system, the next sector of data 
to be transferred to the host system may not be stored 
into the sector buffer. If this happens, the host system 
needs to wait until the next sector of data is stored into 
the sector buffer in the HDD. 

[0006] In recent years. HDDs are used not only in 
computers, but also as digital media for recording digital 
data such as audio data and video data (including still 
pictures). Digital data is continuous data, such as a 
stream of images, and is processed in large units. An 
HDD must therefore read a prescribed amount of data 



from the disk and transfer it to the host system within a 
predetermined time during the data-reproducing opera- 
tion. The host system processes, for example, video 
data transferred from the HDD. so that the data may be 
5 displayed on the screen of a display. Generally the 
speed of processing the data transferred from the HDD 
is lower than the speed of transferring the data from the 
HDD to the host system. 

[0007] Assume that the host system issues a read 

10 command to the HDC provided in the HDD, at regular 
intervals T, or at time ISO. time IS1, time IS2 and lime 
IS3, as is illustrated in FIG. 22A. In response to the read 
command, the HDC transfers the desired read data to 
the host system for a time DT as shown in FIG. 22 B. in 

15 response to the read command. In most cases, the 
desired data is stored in the sector buffer, and the HDC 
reads the transmits the data from the sector buffer and 
transfers it to the host system. If the desired data is not 
stored in the sector buffer, the HDC reads the desired 

20 data from the disk, stores it into the sector buffer, and 
transfers it from the sector buffer to the host system. 
The host system processes the desired data (so as to 
display images represented by the data). Until the host 
system receives all desired data, it keeps issuing the 

25 read command repeatedly and processing the parts of 
the desired data, as is illustrated in FIG. 22C. 
[0008] During the data-reading operation, a read 
error may occur while the head (i.e.. read head) Is read- 
ing data from the disk. In this case, the head reads 

30 again the data recorded from that sector of the disk, 
v^ere the read error has taken place. (Namely read 
retry is carried out.) The read retry is repeated a prede- 
termined number of times (e.g., at most 30 times). 
Therefore, it usually takes much time to read the data 

35 from the sector where the read en^or has occurred. 
[0009] The process of transferring data, in which 
the read retry must be performed, will be explained with 
reference to FIGS. 23 A to 23C. Assume that the host 
system issues a read command at time ISO as is shown 

40 in FIG. 23A. In response to the read command the HDC 
starts transferring data at time TS1. as is illustrated in 
FIG. 23B. 

[0010] The data which the host system has 
requested for is not stored in the sector buffer, and the 

45 data may therefore be read from the disk. Assume that 
an error occurs in, for example, the second sector of the 
disk during the data -reading operation, and that data is 
read from the disk after the read retry has been 
repeated 30 times at each sector of the disk. Then, the 

50 transfer of data is interrupted for a period 220 as shown 
in FIG. 23B. between the time the first data is trans- 
ferred in response to the read command issued at time 
ISO and the next data 221 is transferred. 
[0011] In the HDD, once the first read retry has 

55 failed at any sector of the disk, the second read retry 
cannot be effected until the disk rotates about 360" 
when that sector moves again to the read head. 
Assume that the disk is rotating at 4200 rpm. and that 
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the host system issues a read command at intervals T 
of 50 ms. Hence, about 42 ms is required to perform the 
read retry 30 times at the sector where the read error 
has occurred. This period of time is shorter than the 
command-issuing interval T (50 ms). Should a read 
error take place at another sector, another 42 ms period 
is required for the read try. 

[0012] If read errors take place at two sectors, the 
first read command issued at time ISO is not performed 
at time IS1 when the host system must issue the second 
read command. In other words, the HDD has not trans- 
ferred the data 221 to the host systern in response to 
the first read command, even at time ISI when the host 
system needs to Issue the second read command. 
Hence, the host system cannot issue the second read 
command at time iS1 . At time IS1 at which the host sys- 
tem should issue the second read command, the host 
system is processing the data the HDD transferred in 
response to the first read command, as is illustrated in 
FIG. 23C. After the host system finishes processing the 
data, (t will process no data for periods 222 and 223. 
This is because it has not issue the second read com- 
mand to the HDD and, hence, the HDD cannot read 
data to transfer to the host system. Such interruption of 
data processing in the host system takes place particu- 
larly when the host system processes video data that 
must be processed continuously. 
[0013] As described above, when a read error 
occurs while the HDD is transferring data to the host 
system in response to the read commands issued by 
the host system has at regular intervals, the transfer of 
the data is interrupted. Consequently, the data process- 
ing in the host system is interrupted, and the data output 
from the host system is incomplete if the data proc- 
essed by the host system is continuous data, such as a 
stream of images. In short, the conventional HDD 
requires much more time to perform a command when 
an error (particularly, a read error) occurs than when no 
errors occur at all. 

[0014] To solve this protDlem. a system has been 
proposed which limits the time the HDD needs to trans- 
fer files from the HDD to the host system, thereby to 
minimizing the delay in the data processing performed 
in the host system. In this system, it is the host system 
that limits the time. However, the host system cannot 
accomplish normal data processing even rf the time the 
HDD requires to perform a command is shortened. 
[0015] The object of the present invention is to a 
disk drive which can perform a command issued by a 
host system before the host system issue the next com- 
mand, thereby enabling the host system to effect nor- 
mal data processing. 

[0016] According to an aspect of the invention, 
there is provided a magnetic disk drive which reads data 
from, and writes data on, a disk in accordance with 
commands issued from a host system. The disk drive 
comprises means for setting command control informa- 
tion that limits the time for performing a command, and 



control means for controlling the process of performing 
the command, in accordance with the command control 
information, within the period between the time when 
the host system issued the command and the time 

5 when the host system will issues the next command. 
[0017] More precisely, the command control infor- 
mation defines the average data transfer speed calcu- 
lated from the amount of data transferred as the 
command is performed. The control means controls the 

10 process of performing the command, thereby to transfer 
data at a speed equal to or lower than the average data 
transfer speed. 

[0018] The command control information also 
defines an upper limit of the time for performing the 

15 command, which is based on the amount of data trans- 
ferred as the command is performed. The control 
means controls the process of performing a plurality of 
commands continuously, thereby to finish performing 
each command within the upper limit of the time for per- 

20 forming the command. 

[0019] Further, the control means can supplies an 
error message to the host system if the process of .per- 
forming any command does not complete withiri the 
period between the time when the host system issued 

25 the command and the time when the host system will 
issues the next command. 

[0020] According to another aspect of the invention, 
there is provided a magnetic disk drive which reads data 
from, and writes data on, a disk in accordance with 

30 commands issued from a host system, and which per- 
forms read retry when a read en-or occurs while data is 
being read from the disk. This disk drive comprises 
means for limiting the number of times the read retry 
can be repeated when a command cannot be per- 

35 formed within the period between the time when the 
host system issued the command and the time when 
the host system will issues the next command. 
[0021] With the present invention it is possible to 
finish transferring data to the host system, within a 

40 period between the issuance of one command and the 
issuance of the next command. Therefore, the host sys- 
tem can receive continuous data such as video data, 
without interruption, and can therefore reproduce data 
within a predetermined time. 

45 [0022] This summary of the invention does not nec- 
essarily describe all necessary features so that the 
invention may also be a sub-combination of these 
described features. 

[0023] The invention can be more fully under stood 
50 from the following detailed description when taken in 
conjunction with the accompanying drawings, in which: 

FIG. 1 is a block diagram showing the major. com- 
ponents of a disk drive according to the invention; 
55 FIG. 2 is a diagram illustrating the head/disk 
assembly of the disk drive; 

FIG. 3 is a diagram illustrating the data stored in the 
registers, which serves to perform a command in 
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the disk drive; 

FIG- 4 is a flow chart explaining the process of set- 
ting a limit time within which a command must be 
performed in the disk drive; 
FIG. 5 is a diagram depicting the data stored in the 
registers, which serves to perform a command in 
the disk drive; 

FIG. 6 is a flow chart explaining the process of set- 
ting an average speed of transferring data in 
response to a command in the disk drive: 
FIG. 7 is a flow chart explaining the process of mon- 
itoring the time being spent to perform a command 
in the disk drive; 

FIG. 8 is a flow chart explaining the process of mon- 
itoring the time being spend to perform a command; 
FIG. 9 is a flow chart explaining the process of com- 
plementing data in the disk drive; 
FIG. 10 is a diagram explaining the process of com- 
plementing data; 

FIGS. 11 to 18 are diagrams, each showing the 
data stored in the registers, which serves to per- 
form a command in a modification of the disk drive; 
FIGS. 19A, 19B and 20 are diagrams for explaining 
the operation of the modified disk drive; 
FIG. 21 is a flow chart explaining the operation of 
the modified disk drive; 

FIGS. 22A to 22C are a timing chart explaining the 
process of performing a command in a conventional 
disk drive; and 

FIG. 23A to 23C are a timing chart explaining the 
problem with the process of performing a command 
in the conventional disk drive. 

[0024] Embodiments of the present invention will be 
desCTibed, with reference to the accompanying draw- 
ings. 

(Disk Drive) 

[0025] FIG. 1 shows a disk drive according to this 
invention. As can be understood from FIG. 1, the disk 
drive is a hard disk drive (HDD). The HDD comprises 
four major components, which are a disk 1 , a head unit, 
a signal -processing system, and a control system. The 
disk 1 is a data recording medium. The head unit writes 
data on the disk 1 and reads the data from the disk 1 . 
The signal -processing system processes data signals 
to be written on the disk 1 and the data signals read 
from the disk 1 . The control system controls the other 
components of the HDD. 

[0026] The HDD further comprises a spindle motor 
(SPM) 2 and an actuator 4. The SPM 2 rotates the disk 
1 . The head unit comprises a slider, a write head, and a 
read head 3. Both the write head and the read head 3 
are mounted on the slider. The head unit is mounted on 
the actuator 4. 

[0027] As shown in FIG. 2. the actuator 4 is rotated 
in the radial direction of the disk 1 by means of a voice 



coil motor (VCM) 5. The VCM 5 is driven by a drive cur- 
rent that is supplied from a VCM driver 6A under the 
control of a CPU 12 (later described). The SPM 2 is 
driven by a drive cun-ent supplied from a SPM driver 68. 

5 The VCM driver 6A and the SPM driver 6B are incorpo- 
rated in a one-chip driver IC 6. The drivers 6A and 6B 
receive digital control values from the CPU 12 through a 
gate-array circuit 14. In accordance with the digital con- 
trol values, the drivers 6A and 6B generate drive cur- 

10 rents, which are supplied respectively to the VCM 5 and 
the SPM 2. 

[0028] The signal-processing system has a head 
amplifier circuit 7 and a read/write channel 8. The head 
amplifier circuit 7 amplifies the read signal the read 

15 head 3 has read from the disk 1 . and supplies the read 
signal to the read/write channel 8. The head amplifier 
circuit 7 receives the write signal (i.e., encoded data) 
that the read/write channel 8 has processed, converts 
the write signal to a current, and supplies the current to 

20 the write head. The read/write channel 8 has an 
encoder and a decoder. The encoder receives the write 
data supplied from a host system 1 1 and converts the 
write data to encoded data. The decoder receives the 
signal read by the read head 3 and convert the signal to 

25 the original data. 

[0029] The control system has an HDC 9. the 
microcontroller (CPU) 12. and the gate-array circuit 14. 
The HDC 9 controls a buffer memory 10. which will be 
hereinafter called "sector buffer,** thus controlling the 

30 transfer of data between the HDD and the host system 
1 1 . As shown in FIG. 3, the HDC 9 has registers for stor- 
ing various data items, which are used to perform a 
command as will be described later. The CPU 12 is the 
main control device in the HDD, or a major component 

35 of the embodiment of the invention. The CPU 12 con- 
trots a command and conducts various controls (includ- 
ing the positioning of the head unit), in accordance with 
the control program stored in a ROM 13 A. The ROM 
13A is one of the three memories constituting an IC 

40 memory unit 13. The remaining two memories of the 
unit 13 are a RAM 13B and an EEPROM (Electrically 
Programmable ROM) 13C. The gate-array circuit 14 
functions as an interface control circuit that receives 
control signals from the CPU 12 and outputs the same 

45 thereto. The circuit 14 also receives servo data from the 
read/write channel 8 and outputs the same thereto. 

(Control of the Command) 

50 [0030] The various controls of a command, which 
are effected in the present embodiment, will be 
explained, one by one. 

(Setting of the Limit Time for Performing the Command) 

55 

[0031] The HDC 9, which accords with IDE (Intelli- 
gent Drive Electronics) specification, has various regis- 
ters 9A to 9F as shown in FIG. 3. The registers 9A to 9F 
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are indispensable to perform a command. They are: a 
command register 9A, a cylinder number register 9B. a 
drive/head register 9C, a sector number register 9D, a 
sector count register 9E, and a status register 9F. Data 
can be written from the host system 1 1 into all registers, 5 
except the status register 9R The CPU 12 can refer the 
control Information stored in the registers 9A to 9F and 
write control Information into them. The data stored in 
the command register 9A and cylinder number registers 
(hereinafter referred to as "cylinder register") 9B shall w 
be called "command control information." 
[0032] In the present embodiment, a time within 
which a command must be performed (hereinafter 
referred to as "limit time") is set when a command code 
(9Ah) is stored Into the command register 9A. More pre- is 
cisely, the data representing the limit time is set in the 
cylinder register 9B in milliseconds, 
[0033] How the limit time, an item of command con- 
trol information, is set in the cylinder register 98 will be 
explained with reference to the flow chart of FIG. 4. 20 
[0034] When the host system 11 issues a com- 
mand, a command code is stored into the command 
register 9A. The CPU 12 fetches the command code 
from the command register 9A (Step SI). The CPU 12 
determines whether or not the command code is the 2s 
code 9Ah for setting a limit time (Step S2). If NO in Step 
S2. the flow goes to Step S5, in which another com- 
mand will be performed. 

[0035] If YES in Step S2. that is, if the command 
code is 9Ah. the flow goes to Step S3. In Step S3, the 3o 
CPU 1 2 fetches the limit time data from the cylinder reg- 
ister 98 and stores the same into the RAM 13B or the 
EEPROM 13C. In this case, the CPU 12 may access the 
disk 1 , thereby to record the limit time data in a pre- 
scribed sector area. The CPU 12 then resets the status 35 
register 9F, clearing the 8SY bit and informing the host 
system 1 1 that the command has been performed (Step 
S4). (If necessary, the CPU 12 may process an inten-upt 
bit.) The limit time, I.e., the time within which each com- 
mand must be performed, is thereby set in the HDD. 40 

(Setting of Prescribed Average Speed of Transferring 
Data) 

[0036] How a prescribed average speed of transfer- 45 
ring data, another item of the command control informa- 
tion, is set will be explained with reference to FIGS. 5 
and 6. 

[0037] A command for setting the prescribed aver- 
age speed of transferring data (hereinafter called "aver- so 
age-speed data") is a code 9Bh. To set the average- 
speed data, the host system 11 issues the command 
9Bh to the HDD. In the HDD. the command 9Bh is 
stored into the command register 9A of the HDC 9 as is 
illustrated in FIG. 5. The average-speed data is stored in ss 
the register 9A in units of, for example. 1 KB/sec. 
[0038] As shown in FIG. 6, the CPU 12 accesses 
the command register 9A of the HDC 9, thereby fetching 



the command code from the register 9A (Step S11). 
Then, the CPU 12 determines whether the command 
code is 9Bh or not (Step Si 2). If YES in Step S12, the 
flow goes to Step Si 3, in which the CPU 12 fetches the 
average-speed data from the cylinder register 9B and 
stores the same Into the RAM 138 or the EEPROM 
13C. Then, the CPU 12 resets the status register 9F, 
clearing the BSY bit and informing the host system 1 1 
that the command has been performed (Step Si 4). 
[0039] If NO in Step S12. that is, if the command 
code stored in the command register 9A is an ordinary 
one (e.g.. read command), theflow goes to Step S15. In 
Step SI 5, the ordinary command is performed. 
[0040] Thus, the CPU 1 2 sets the lower limit of the 
average speed of transferring data. The average speed 
of transferring data, thus set, is the value obtained by 
the following method. First, it is calculated how much 
data can be transferred between the HDD and the host 
system 11 in accordance with a read/write command 
the host system 1 1 will issue after this command. Then, 
it is calculated how much time will elapse between the 
time the host system 1 1 issues the read/write command 
and the time the CPU 12 informs the host system 11 
that the read/write command has been performed. 
Finally, the amount of data calculated is divided by the 
time calculated. 

(Calculating the Maximum Time for Performing Com- 
mand) 

[0041] The CPU 12 calculates a maximum time 
available for performing a command, i.e., the time that 
elapses the start of performing the command arx^ the 
time the CPU 12 informs the host system 11 that the 
command has been performed. That is. the maximum 
time is calculated from the average-speed data set from 
the host system 1 1 and the amount of data to be trans- 
ferred in accordance with a read/write command the 
host system 11 will issue. 

[0042] Assume that the average-speed data set is 
100 KB/sec, that the amount to data to be transferred is 
20 sectors of data, and that one sector of data is 512 
bytes. Namely, the average speed of transferring data is 
(1000000/8) byte/sec, and the amount of data to be 
transferred is (512 x 20) bytes. Hence, the maximum 
time is 819.2 ms (= (512 x 20) bytes/( 1000000/8) 
byte/sec). In this instance, the CPU 12 must perform a 
command issued from the host system 11 within 819.2 
milliseconds from the issuance of the command. If the 
command is a read command, all data can be trans- 
ferred from the HDD to the host system 1 1 within the 
maximum time thus calculated, at a speed lower than 
the average speed set from the host system 1 1 . 

(Monitoring of the Command-Performing Time) 

[0043] The HDC 9 has a timer for measuring the 
time for performing the command. The HDC 9 can 
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therefore detects how much time has passed from the 
start of performing the command. The process of moni- 
toring the time will be explained with reference to the 
flow chart of FIG. 7. 

[0044] The CPU 12 receives the command control 
Information (Step S20). The CPU 12 then determines 
from the command control information whether that the 
limit time, within which each command must be per- 
formed, has been set from the host system 1 1 (Step 
S21). If NO in Step S21 , it is unnecessary to monitor the 
time for performing the command. Therefore, the flow 
goes to Step S26. in which a normal processing is car- 
ried out. 

[0045] If YES in Step S21. the flow goes to Step 
S22. in which the CPU 12 starts the timer provided in 
the HDC 9. The timer receives a clock signal from a 
clock signal generator (not shown). The count of the 
timer increases or decreases by one, every time a pre- 
determined time elapses. From the count of the timer 
the CPU 1 2 calculates how much time has passed since 
the start of performing the command (Step S23). From 
the time thus calculated, the CPU 12 determines 
whether or not the command can be performed within 
the limit time that has been set (Step S24). If NO in Step 
S24, the CPU 1 2 causes the HDC 9 to generate an error 
message (Step S25). That is. the CPU 12 calculates the 
remaining time for performing the command, and the 
HDC 9 supplies an error message to the host system 1 1 
if the remaining time is shorter than the limit time. 

(Process of Monitoring the Command-Performing Time) 

[0046] The process of monitoring the time of per- 
forming the command will be explained in detail with ref- 
erence to the flow chart of FIG. 8. 
[0047] In this process, an error message is supplied 
to the host system 11 if the command cannot be per- 
formed in the remaining time, and processing is carried 
out if a read error occurs. 

[0048] First, the CPU 12 calculates the remaining 
time for performing the command from the time that has 
passed since the start of performing the command 
(Step S30). Then, the CPU 12 determines whether or 
not the remaining time is equal to or shorter than the 
time that the disk 1 needs to rotate once (Step S31). If a 
read error occurs white the read command is being per- 
formed (that is, while data is being read from the disk 1). 
read retry is usually carried out (in Step S34 if YES in 
Step S33). In this case, a wait time almost equal to one- 
rotation time of the disk 1 is required to perform the read 
retry after the read error has been detected. The wait 
time is 14.2 ms if the disk 1 rotates at 4200 rpm. Hence, 
if the remaining time for performing the command is 
shorter than the wait time, a time longer than the 
remaining time may probably be required to perform the 
command completely even if the read try is successfully 
achieved. Therefore, the CPU 12 sends an error mes- 
sage to the host system 1 1 (in Step S35 if YES in Step 



S31 and NO in Step S35). A similar sequence of opera- 
tions is performed in the case where the time for moving 
the read head 3 is monitored. If this is the case, the CPU 
12 needs only to calculate the time for moving the read 

5 head to a desired position, from the distance the read 
head 3 has moved, and to compare the calculated time 
with the remaining time for performing the command. 
[0049] If the remaining time for performing the com- 
mand is longer than the one-rotation time of the disk 1 , 

10 the flow goes to Step S32. In Step S32. the CPU 12 
determines whether the data the host system 1 1 has 
requested for has been read completely or not. If YES in 
Step S32. the process of performing the read command 
is completed. If NO in Step S 32. the flow goes to Step 

75 S33. In Step S33, the CPU 12 determines whether a 
read error has occurred or not. 

[0050] If YES in Step S33, that is. if a read error has 
occurred, the flow goes to Step S34, in which read retry 
is performed. If NO in Step S33, that is, if no read error 
20 has occurred, the flow goes to Step S37. In Step S37. 
data will be read from the next area of the disk 1 as is 
requested by the host system 1 1 . 

(Process of Complementing Data) 

25 

[0051] The remaining time for performing the com- 
mand may be shorter than a reference time Tth. In this 
case, the read retry is altered and the data is comple- 
mented. Even If the all data the host system has 

30 requested for Is not transfenred to the host system 1 1 , 
the host system 1 1 can reproduce the continuous data, 
such as video data and audio data. If a read error 
occurs, the read retry is interrupted within the time of 
performing the read command, and data is read from 

35 the sector next to the sector where the read error has 
occurred is left, in order to read data with high efficiency. 
This process will be explained with reference to the flow 
chart of FIG. 9. 

[0052] Assume that a read error occurs while data 
40 is being read from the desired sector on the disk 1 in 
accordance with a read command supplied from the 
host system 11. 

[0053] First, the CPU 12 calculates the remaining 
time for performing the command (Step S40). Then, the 

45 CPU 1 2 determines whether the remaining time, thus 
calculated, is equal to or shorter than the reference time 
Tth (Step S41). If NO in Step S40, that is. if the remain- 
ing time is longer than the time Tth, the CPU 12 set up 
read retry (Step S44) and then perform the read retry 

50 (Step S45). 

[0054] If YES in Step S41 . that Is. if the remaining 
time is equal to or shorter than the reference time Tth, 
the flow goes to Step S42. In Step S42. the CPU 12 
does not perform read retry, but performs the process of 

55 complementing data, which will be described later. 
Then, the CPU 12 increments the access address by 
one (Step S43). In other words, the read/write operation 
at the sector where the error has occurred is inter- 
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rupted, so that data may be read from the next sector. 
[0055] In the process of complementing data, read 
retry is not repeated at a sector until data is read from 
the sector. Rather, read retry is no longer effected after 
the read retry has been repeated a predetermined 5 
number of times, and data is read from the next sector. 
Hence, the HDC 9 can transfer more data to the host 
system 1 1 within a prescribed time. 
[0056] Assume that the host system 1 1 requests 
that audio data be read from 100 sectors and trans- 
ferred to it. If a read error occurs in the course of reading 
data from the second sector, read retry is effected at the 
second sector If the prescribed time has passes, with 
no data read from the second sector, the CPU 12 starts 
reading data from the third sector, i.e.. the sector next to 
the sector where the read error has occurred. 
[0057] The process of complementing data will now 
be explained, with reference to the flow chart of FIG. 10. 
[0058] FIG. 1 0 illustrates the data stored in the sec- 
tor buffer 10. As can be understood from FIG. 10, the 
data read from the disk 1 , in units of sectors, is stored in 
the sector buffer 10. with an address AWs stored at the 
first memory location. The first sector of data read from 
the disk 1 is stored in the sector storage area 90. The 
data read from the sector where a read error has 
occurred is stored in the sector storage area 91 . If data 
is normally read from a sector where a read error has 
occurred. 512 bytes of this data are stored in the sector 
storage area 91. at addresses Awe (e.g.. 4000h to 
41 FFh). If data is not read from the sector, at which the 
read error has occurred, no data will be written into the 
sector buffer 10. Hence, the data-writing positions in the 
sector buffer 10 will not be changed at all. Thus, the next 
sector storage area 92 starts with the first address AN 
(4200h). Of the data (512 bytes) read from the sector 
where the read error has occurred, only the first 80 
bytes may be stored into the sector buffer 10. If so, the 
next data item will be written at the address Awn 
(4050h). 

[0059] That is, the CPU 12 interrupts the read retry 
at the sector where the read error has occurred. To 
complement data, the CPU 12 maintains the sector 
storage area 91 in the present state and sets the first 
address AN (4200h). thus changing the data-writing 
position in the sector buffer 10. If only a part of the data 
is stored into the sector buffer 10 as is described above, 
the CPU 12 changes the first address to Awn (4050h), 
where at which the next data will be written. 
[0060] The sector data containing the error, which 
the HDC 9 has subjected to ECC processing, may be 
stored in the sector storage area 91. Further, the CPU 
12 may store specific data into the sector buffer 1 1 . The 
specific data may be defined in the host system 11. 
From the specific data, the host system 1 1 can deter- 
mine from the specific data that the reading of data from 
the sector has been interrupted because a read error 
has occurred at the sector. 

[0061] In the case where data can be comple- 



mented for any data that cannot be transferred to the 
host system 11. the process of complementing data 
may be carried out, without spending much time to read 
the data from the disk 1 . 

[0062] The typical example of spending much time 
is to make an access to the sector substituted for the 
sector where a read error has occurred. To access the 
substitute sector, the read head 3 must be moved to the 
substitute sector to read data therefrom. Since it takes 
some time to move the head 3 to the substitute sector, 
the process of complementing data is desirable particu- 
larly when the remaining time for performing the read 
command has become short The data-complementing 
process makes it possible to transfer more data to the 
host system 1 1 within the limited time of performing the 
read command. 

[0063] There is a type of an HDD which performs an 
automatic sector-substituting function. This function is 
to substitute a sector for any sector at which read retry 
has been repeated or effected in a specific manner to 
read data, on the assumption that a read error will occur 
at the sector when an access is made to the sector. The 
automatic sector-substituting function works in the data- 
writing operation, too. K/lore precisely, if data cannot be 
written in the desired sector, the sector is automatically 
substituted by another, in which the data is written. 
However, it takes much time to substitute a flawless sec- 
tor for a defective sector. 

[0064] Needless to say. a sector-substituting func- 
tion need not be performed in the HDD according to the 
present invention. In the HDD of the invention, in which 
the data-compensating process is carried out. thereby 
transferring more data to the host system 1 1 within the 
limited time of performing the read command. 

(How to Calculate the Number of Read Retries Can be 
Repeated) 

[0065] As indicated at>ove. read retry is effected at 
any sector where an error has occurred. The read retry 
is repeated if the error remains at the sector, until the 
remaining time for performirK| the command becomes 
equal to or shorter than the reference time Tth. Conse- 
quently, a part of the disk 1 , which has been designated 
by the host system 11, is accessed again and again. 
That is. all sectors of the disk 1 designated by the host 
system 1 1 are not equally accessed. 
[0066] It is desirable to access the sectors equally 
by the following method. First, the number of times the 
read retry can be effected at each sector is predeter- 
mined. If a read error occurs at a sector, sectors are 
counted from the first one of the sectors that should be 
accessed, the one where the last error has occurred, 
the leading edge of the track having the sector where 
last error has occurred, or the position in the track 
where the last error has occurred. The number of sec- 
tors, thus counted, is divided by the predetermined 
number of times the read retry can be effected. The 



75 



20 



25 



30 



35 



40 



45 



SO 



7 



13 



EP1 018 681 A2 



14 



integer pari of the quotient is used as the number of 
times the read retry can be repeated. 
[0067] For example, if the number of times the read 
retry can be effected at each sector is 0.5 and if the host 
system 11 designates 40 sectors that should be 
accessed, the read retry can be effected 20 times in 
total. Assume that an error occurs at the fifth of the 40 
sectors. Then, the average number of times the read 
retry should be repeated is 2.5 (= 5 x 0.5). Hence, if no 
data is read from the fifth sector even after the read retry 
has been made two times, an error message is supplied 
to the host system 1 1 . 

(How to Determine the Remaining Time for Performing 
the Command) 

[0068] As mentioned above, the remaining time for 
performing the command can be determined from the 
time the disk 1 requires to rotate once. Instead, the 
remaining time can be determined from the time 
required to repeat the read retry, the time required to 
move the head to the track having the target sector, or 
the time required to transfer data from the HDD to the 
host system 11. 

(I\/1odification of the Embodiment) 

[0069] A modification of the embodiment described 
above will be explained with reference to FIGS. 1 1 to 21 . 

(How to Specify the Average Speed of Transferring the 
Command Issued Last) 

[0070] FIG. 1 1 shows the data stored in the regis- 
ters provided in the HDC 9 of the IDE interface specifi- 
cation. The data is a command for obtaining the 
average speed of transferring the last command the 
host system 1 1 has issued. 

[0071] In the modified HDD. the average speed of 
transferring the last command is stored in the cylinder 
register 9B. in unit of, for example. 1 KB/sec. This 
makes it possible to specify to the host system 1 1 how 
fast the HDD can transfer commands to the host system 
11. together with data. More precisely^ a specific code 
9C is set in the command register 9A. 

(How to Specify the Time of Performing the Command 
issued Last) 

[0072] FIG. 12 shows the data stored in the regis- 
ters provided in the HDC 9 of the IDE interface specifi- 
cation. The data is a command for obtaining the time of 
performing the last command the host system 1 1 has 
issued. 

[0073] In the modified HDD. the time of performing 
the last command the host system 1 1 has issued is 
stored in the cylinder register 9B, in unit of. for example, 
milliseconds (ms). This makes it possible to specify to 



the host system 1 1 the time within which the HDD can 
perform the command. More specifically, a specific code 
9D is set in the command register 9A. 

5 (How to Specify the Average Speed of Transferring Data 
Processed by Commands Performed in a Specific 
Period) 

[0074] FIG. 13 shows the data stored in the regis- 
10 ters provided in the HDC 9 of the IDE interface specifi- 
cation. The data is a command (specific code 9E) for 
initiating the measuring the average speed of transfer- 
ring data processed by the commands performed within 
a specific period. 
IS [0075] FIG. 14 shows the data stored in the regis- 
ters provided in the HDC 9, This data is a command 
(specific code 9F) for temninating the measuring the 
average speed of transferring the data processed by the 
commands performed in the specific period. It should be 
20 noted that the commands for processing data are stored 
between the specific codes 9E and 9F. Namely, as 
shown in FIG. 19A, the commands 190 recorded 
between the command 1 90S for initiating the measuring 
and the command 190E for terminating the measuring. 
25 And the average speed of transferring the commands 
190 is determined by the method explained with refer- 
ence to FIG. 1 1 . Thus, the HDD can specify to the host 
system 1 1 how fast the HDD can perform the com- 
mands 190. FIG. 19B shows the commands, the aver- 
so age transfer speed of which is not measured. 

(How to Specify the Time of Performing the Commands 
Performed in a Specific Period) 

35 [0076] FIG. 15 shows the data stored in the regis- 
ters provided in the HDC 9 of the IDE interface specifi- 
cation. The data is a commarKi (specific code AO) for 
initiating the measuring the average speed of transfer- 
ring data processed by the commands performed within 

40 a specific period. 

[0077] FIG. 16 shows the data stored in the regis- 
ters provided in the HDC 9. This data is a command 
(specific code A1) for terminating the measuring the 
average speed of transferring the data processed by the 

45 commands performed in the specific period. It should be 
noted that the commands for processing data are stored 
between the specific codes AO and A1. That is, as 
shown in FIG. 19A. the commands 190 recorded 
between the command 1 90S for initiating the measuring 

so and the command 190E for terminating the measuring. 
And the average speed of transferring the commands 
1 90 is determined by the method explained with refer- 
ence to FIG. 12. Thus, the HDD can specify to the host 
system 1 1 how fast the HDD can perform the com- 

55 mands 190. 
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(Method of Predicting the Data Transfer Speed) 

[0078] In the HDC 9 of the IDE interface specifica- 
tion, provided in the modified HDD, the average speed 
of transferring commands is obtained as is desired by s 
the host system 11. Actually, the modified HDD does 
not transfer data to the host system 1 1. Nonetheless, it 
predicts the average speed at which data will be trans- 
ferred to the host system 11 if the disk 1 incorporated in 
the HDD is flawless and if data is read from the disk 1 . io 
The sectors to access are designated by the data stored 
in the cylinder register, drive/head register, sector 
number register and sector count register. The com- 
mand code for verifying the disk 1 is thereby desig- 
nated, in the same way as the read command. Thus, is 
data is read from the disk 1, without using the data 
buffer provided in the host system 1 1 . The average data 
transfer speed obtained by this method is a value pre- 
dicted for the speed at which data is transferred when 
the command is performed. This is because the speed 20 
of transferring data from the HDD to the host system 1 1 
is much higher than the speed of reading data from the 
disk 1. 

(Method of Predicting the Time of Performing the Com- 25 
mand) 

[0079] In the HDC 9 of the IDE interface specifica- 
tion, provided in the modified HDD, the time of perform- 
ing a command that involves the transfer of data is 30 
predicted, as is desired by the host system 11. Actually, 
the modified HDD does not transfer data to the host sys- 
tem 1 1 . Nonetheless, it predicts the time for which data 
will be read from the disk 1 incorporated in the HDD if 
the disk 1 incorporated in the HDD is flawless and if 35 
data is read from the disk 1 . The sectors to access- are 
designated by the data stored in the cylinder register, 
drive/head register, sector number register and sector 
count register. The command code for verifying the disk 
1 is thereby designated, in the same way as the read 40 
command. Thus, data is read from the disk 1. without 
using the data buffer provided in the host system 1 1 . 
The time of performing the command, obtained by this 
method, is a value predicted for the time which will be 
required when the command is performed. This is 45 
because the speed of transferring data from the HDD to 
the host system 1 1 is much higher than the speed of 
reading data from the disk 1 . 

(Read Cache Operation for Guaranteeing a Transfer so 
Rate) 

[0080] FIG. 20 explains how the modified HDD 
reads data from the disk 1 , while transferring data at the 
average speed the host system 1 1 . in the case where ss 
read retry must be effected- Generally, an HDD starts 
reading data from some sectors of a disk which will 
probably be designated by the host system, before the 



host system 1 1 issues a read command. The data read 
from these sectors is saved in the sector buffer 10 incor- 
porated in the HDD. (This process is known as "read 
cache operation" or "pre-reading process.") In the mod- 
ified HDD of this invention, the average data transfer 
speed demanded by the host system 1 1 is guaranteed. 
To this end, if an error occurs at a sector S7 as shown in 
FIG. 20 and read retry must therefore be effected at the 
sector S7, data is read from the sectors of the same 
track, which follow the sector S7, before data is read 
from the sector S7. 

[0081] The read cache operation will be described 
in detail, with reference to the flow chart of FIG. 21. 
[0082] First, the data-reading operation is started at 
sectors S5 to S9 to be stored into a read cache as 
shown in FIG. 20, before reading data from the sectors 
designated by the host system 1 1 (Step S50). It is deter- 
mined whether or not an error occurred at the sectors 
S5 to S9 (Step S51). If NO in Step S51 , the pre-reading 
process is continued (Step 858). Then it is determined 
whether or not the pre-reading process is interrupted 
(Step S59). If YES in Step S59, the next operation is 
performed. If NO in Step S59, the flows returns to Step 
S51. 

[0083] If YES in Step S51. that is. if an en-or 
occurred at, for example, the sector S7, the CPU 12 
starts the data-reading operation at the next sector 88 
on the same track (Step S52). Then, the CPU deter- 
mines whether or not data has been read from the last 
sector 89 (Step S53). When the disk 1 finishes rotating 
once, read retry is carried at the sector 87 (Step 854). 
The read retry is repeated as long as the host system 
1 1 issues no commands for interrupting the data-read- 
ing operation, such as a read command. The CPU 12 
determines whether the data-reading operation has 
been interrupted or not (Step S55). If YES in Step 855, 
the CPU 12 aborts the read retry (Step 856). Then, the 
CPU 12 starts ordinary read/write operation, in 
response to the command supplied from the host sys- 
tem 1 1 (Step 857). 

[0084] The read cache operation may be conducted 
in a different way. For example, a specific code A2 as is 
shown in FIG. 17 is set as a command, and the read 
retry is repeated at the sector where an error has 
occurred, as many times as possible, so as to transfer 
normal data to the host system 11. The read cache 
operation may be conducted in an alternative method. 
In this method, a specific code A3 as is shown in FIG. 
18 is set as a command. Then, the read retry operation 
at the sector where an error has occurred is interrupted, 
and data (containing errors) read from the sector is 
transferred to the host system 11. The transfer rate 
demanded by the host system 1 1 is thereby guaran- 
teed. 

[0085] Thus, normal data can be transferred to the 
host system 1 1 or the high transfer rate can be main- 
tained, by setting either the code A2 or the code A3 as 
a command. In the case where the high transfer rate is 
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maintained, rather than transmitting normal data, the 
transfer of specific data and the data-complementing 
process may be performed, along with the transfer of 
the error-containing data. 

[0086] As has been described, with the present 
invention It is possible to finish performing a command 
within the period between the time the host system 
issues the command and the time the host system 
issues the next command. This enables the host system 
to operate normally at all times. With the invention it is 
also possible to change the modes o1 the read retry, 
data-complementing process, read cache operation 
and error-notifying operation in accordance with the 
command control information. Thus, commands can be 
performed in compliance with the operating characteris- 
tic of the host system. To be more specific, continuous 
data such as video data can be reproduced, not only 
within the limited time of performing a command, but 
also In the data-reproducing mode designated by the 
host system. 

Claims 

1 . A disk drive characterized by comprising : 

a disk (1) for recording data requested for by a 
host system (1 1) connected to the disk drive: 
read/write means (3. 8. 9. 12) for reading data 
from and writing data on the disk (1 ). in accord- 
ance with a read/write command supplied from 
the host system (11): 

means (9) for holding command control infor- 
mation for controlling a process of performing 
the command supplied from the host system 
(11) and a specific command for setting the 
command control information: and 
control means (9. 12) for setting the command 
control information in accordance with the spe- 
cific command and for controlling the process 
of performing the read/write command in 
accordance with the command control informa- 
tion. 

2. A disk drive according to claim 1 . characterized in 
that the command control information contains 
time-limiting data for limiting a limited time within 
which the command supplied the host system (11) 
should be performed and data should thereby be 
transferred to the host system (11). and the control 
means (9, 12) controls the process of performing 
the read/write command in accordance with the 
time-limiting data, within a the time limited by the 
time-limiting data 

3. A disk drive according to claim 1 . characterized in 
that the command control information contains 
time-limiting data which limits a time for performing 
the command supplied from the host system (11), 



and the control means (9, 12) controls the process 
of performing the read/write command in accord- 
ance with the time-limiting data, to finish performing 
the read/write command within a period between 
5 the time when the host system {^^) issues the 
read/write command and the time when the host 
system (1 1) issues the next read/write command. 

4. A disk drive according to claim 1 . characterized in 
10 that the command control Information defines an 

average data transfer speed calculated from an 
amount of data transferred as the read/write com- 
mand is performed, and the control means (9. 12) 
controls the process of performing the read/write 
75 command to transfer data at a speed equal to or 
lower than the average data transfer speed. 

5. A disk drive according to claim 1 . characterized in 
that the command control information defines an 

20 upper limit of the time for performing the command, 
which has been calculated from an amount of data 
transferred as the read/write command is per- 
formed, and the control means (9, 12) controls the 
process of performing a plurality of commands con- 

25 tinuously. thereby to finish performing each com- 
mand within the upper limit of the lime. 

6. A disk drive according to claim 1 . characterized in 
that the command control information is time data 

30 obtained by dividing a period between the time 
when the host system (11) issued a command and 
the time when data is normally transferred as the 
command is performed, by an average data transfer 
speed calculated from an amount of data trans- 

35 ferred as the read/write command is performed. 

7. A disk drive characterized by comprising: 

a disk (1) for recording data requested for by a 

40 host system connected to the disk drive: 

read/write means (3. 8. 9, 12) for reading data 
from and writing data on the disk (1). as a 
read/write command supplied from the host 
system (1 1 ) is performed; 

45 means (9) for holding command control infor- 

mation for limiting a time for performing the 
command supplied from the host system (11) 
and a specific command for setting the com- 
mand control information; 

so time-monitonng means (12) for monitoring a 

time that has elapsed from the time when the 
host system (11) issued the command; and 
control means (9. 12) for setting the command 
control information in accordance with the spe- 

55 cif ic command and for controlling a process of 

performing the read/write command in accord- 
ance with the time monitored by the time moni- 
toring means (12). thereby to finish performing 
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the command within the time limited by the 
command control information. 

8. A disk drive according to claim 7, characterized in 
that the command control information contains time 
data representing a limited time within which the 
command supplied the host system (11) should be 
performed and data should thereby be transferred 
to the host system (11), and the control means (9, 
12) controls the process of performing the 
read/write command in accordance with the time 
data, within a the time limited by the time-limiting 
data. 

9. A disk drive according to claim 7, characterized in 
that the control means (9. 1 2) calculates a remain- 
ing time for performing the command, on the basis 
of the limited time and the time monitored by the 
time-monitoring means (12), and supplies an error 
message to the host system (11) when a process 
cannot be performed within the remaining time thus 
calculated. 

10. A disk drive according to claim 7, characterized in 
that the read/write means (3, 8. 9. 12) performs 
read retry when a read error occurs while data is 
being read from the disk (1) in accordance with a 
read command supplied from the host system (1 1), 
and the control means (9. 12) calculates a remain- 
ing time for performing the read command, on the 
basis of the limited time and the time monitored by 
the time-monitoring means (12), and interrupts the 
read retry when the read retry cannot be performed 
within the remaining time thus calculated. 

11. A disk drive according to claim 7, characterized in 
that the read/write means (3, 8, 9, 12) performs 
read retry when a read error occurs while data is 
being read from the disk (1) in accordance with a 
read command supplied from the host system (11), 
and the control means (9. 12) calculates a remain- 
ing time for performing the read command, on the 
basis of the limited time and the time monitored by 
the time-monitoring means (12), and performs a 
data-complementation process when the remaining 
time calculated is equal to or shorter than a pre- 
scribed time and a read error occurs while the data 
is being read from the disk (1 1). 

12. A disk drive according to claim 1 1 . characterized in 
that the data-complementing process comprises a 
steps of interrupting the transfer of data containing 
an error, and a step of transferring only normal data 
to the host system (1 1) within the prescribed time. 

13. A disk drive according to claim 7, characterized in 
that the read/write means (3, 8, 9. 12) performs 
read retry when a read error occurs while data is 



being read from the disk (1) in accordance with a 
read command supplied from the host system (11). 
and the control means (9, 12) calculates a remain- 
ing time for performing the read command, on the 

5 basis of the limited time and the time monitored by 

the time-monitoring means (12), and limits the 
number of times the read retry is repeated, when 
the remaining time calculated is equal to or shorter 
than a prescribed time and a read error occurs 

10 while the data is being read from the disk (1). 

14. A disk drive characterized by comprising: 

a disk (1) for recording data requested for by a 

IS host system (1 1 ) connected to the disk drive; 

read/write means (3, 8. 9. 12) for reading data 
from and writing data on the disk (1), as a 
read/write command supplied from the host 
system (1 1) is performed; 

20 means (9) for holding command control infor- 

mation for controlling transfer of data to and 
from the host system (11). which accompanies 
the performing the read/write command, and a 
specific command for setting the command 

25 control information; and 

control means (9, 12) for setting the command 
control information in accordance with the spe- 
cific command and for controlling a process of 
performing the read/write command, thereby to 

30 finish performing the command within a time 

represented by data contained in the command 
control data, said time starting when the host 
system (11) issues the read/write command. 

35 1 5. A disk drive according to claim 1 4, characterized in 
that the command control information contains data 
representing a data transfer rate, and the control 
means (9, 12) controls the process of performing 
the command, thereby to transfer data at the data 

40 transfer rate. 

16. A disk drive according to claim 14, characterized in 
that the command control information contains data 
representing a limited time for performing a com- 

45 mand, and the control means (9. 12) perform read 
retry within the limited time when an read error 
occurs while data is being read in accordance with 
a read command issued from the host system (11). 
thereby to transfer as much data as is possible, as 

50 has been requested by the host system (11). 

17. A disk drive characterized by comprising: 

a disk (1) for recording data requested for by a 
55 host system connected to the disk drive; 

read/write means (3, 8. 9. 12) for reading data 
from and writing data on the disk (1), as a 
read/write command supplied from the host 
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system (11) is performed; 
buffer memory (10) for temporarily storing data 
read from the disk (1) by means of the 
read/write means (3. 8. 9. 12). before the data 
is transferred to the host system (1 1 ); and s 
control means (9, 12) for controlling the 
read/write means (3. 8, 9. 12) while the host 
system (11) is issuing no read/write com- 
mands, thereby to read data from continuous 
sectors on the disk and store the data into the io 
buffer memory (10). for performing read retry at 
any one of the sectors, at which a read error 
has occurred in the course of reading data from 
the sectors, after the read/write means (3. 8, 9, 
12) finishes reading data from all continuous is 
sectors, and for interrupting the read retry 
when the host system (11) issues the com- 
mand. 

18. A disk drive according to claim 17. which further 9o 
comprises means for holding a specific command 

for performing the read retry and transferring data 
to the host system (11), and in which the control 
means (9, 12) controls the read retry while the 
read/write means (3, 8. 9. 12) is reading data from 25 
continuous sectors. 

19. A method of performing, in a disk drive, commands 
issued from a host system (11). the method charac- 
terized by comprising the steps of: 30 

holding command control information for con- 
trolling a process of performing the command 
supplied from the host system (11) and a spe- 
cific command for setting the command control 35 
information; 

setting the command control information in 
accordance with the specific command; and 
controlling the process of performing the 
read/write command in accordance with the 4o 
command control information. 

20. A method of controlling read retry in a disk drive, 
the method characterized by comprising the steps 

of: ^5 

reading data from continuous sectors on a disk 
(1) and storing the data into a buffer memory 
(10) while the host system (11) is issuing no 
readMrite commands; so 
continuously reading data from all of the contin- 
uous sectors even if a read error occurs at any 
of the continuous sectors in the course of read- 
ing data from the sectors, without performing 
read retry at any sector where the read error 55 
has occurred; 

performing the read retry at any sector where 
the read error has occurred, after data has 



been read from all continuous sectors; and 
interrupting the read retry when the host sys- 
tem (11) issues the command in the course of 
performing the read retry 
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